-
Notifications
You must be signed in to change notification settings - Fork 8.1k
boards: st: stm32h573i_dk: Add board variant for app in external flash #97678
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
41f5657
to
152ff6c
Compare
You are right, I missed that, currently it places mcuboot in external flash, so a overlay is necessary for mcuboot.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The overall looks good to me and is more consistent regarding the board initial layout.
For commit "boards: st: stm32h573i_dk: Add board variant for app in external flash":
Would it be worth to add an entry in the board doc to mention the new variant?
For commit "mgmt: hawkbit: Replace overlay with new board variant":
Could you prefix the commit message header line with samples:
?
boards/st/stm32h573i_dk/stm32h573i_dk_stm32h573xx_ext_flash_app.dts
Outdated
Show resolved
Hide resolved
boards/st/stm32h573i_dk/stm32h573i_dk_stm32h573xx_ext_flash_app.dts
Outdated
Show resolved
Hide resolved
152ff6c
to
96a7604
Compare
The following west manifest projects have changed revision in this Pull Request:
✅ All manifest checks OK Note: This message is automatically posted and updated by the Manifest GitHub Action. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Single App mode does not support image upgrade.
91c3987
to
a6736b2
Compare
a6736b2
to
63c9afe
Compare
63c9afe
to
51fb7c3
Compare
…flash Use the zephyr,flash-controller node and the respective compatible 'st,stm32-xspi-nor' to detect if the device is running from external flash, instead of assuming that the parent node of the flash is the SPI controller. This fixes an issue when soc-nv-flash is used as the zephyr,flash node. Signed-off-by: Tim Pambor <[email protected]>
Restore old internal flash layout as default and make app in external flash a new board variant Switch mcuboot to use swap mode and remove the no longer required scratch partitions from the internal and external flash layout. Introduce a 'soc-nv-flash' node in the stm32h573i_dk board DTS file to define the external flash memory parameters used for MCUBoot integration. This way BOOT_MAX_IMG_SECTORS_AUTO can be used to automatically calculate the maximum number of image sectors based on the actual external flash configuration. Signed-off-by: Tim Pambor <[email protected]>
Replace overlay for stm32h573i_dk with new board variant designed to run from external flash. Signed-off-by: Tim Pambor <[email protected]>
Replace overlay for stm32h573i_dk with new board variant designed to run in external flash. Keep stm32h573i_dk as it also can run mcuboot. Signed-off-by: Tim Pambor <[email protected]>
Add stm32h573i_dk and the ext_flash_app board to the allowed boards for the mcuboot tests. Signed-off-by: Tim Pambor <[email protected]>
@tpambor rebase needed |
51fb7c3
to
fe64c9b
Compare
Rebased and conflicts fixed |
|
Commit 5d0306c of #88579 moved the
slot0_partition
,slot1_partition
,scratch_partition
from the internal flash to the external OSPI NOR flash. At the same time, thenor
partition on the external NOR flash was deleted. This breaks all applications that rely on theslot0_partition
,slot1_partition
,scratch_partition
to be on internal flash as well as all applications that use thenor
partition on external flash with thestm32h573i_dk
board.To avoid breaking existing projects and maintain compatibility with previous versions of Zephyr, this PR restores the default flash layout (without scratch partition) and introduces a new board variant
ext_flash_app
for applications stored in external flash. This approach allows users to opt-in to the new flash layout without affecting existing projects.A similar to what is proposed for the STM32H750B-DK in #97037.
Fixes #97423.